home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19970326-19970626
/
000057_news@columbia.edu _Sat Apr 5 13:24:57 1997.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
2KB
Return-Path: <news@columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA23467
for <kermit.misc@watsun.cc.columbia.edu>; Sat, 5 Apr 1997 13:24:56 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA19823
for kermit.misc@watsun; Sat, 5 Apr 1997 13:24:55 -0500 (EST)
Path: news.columbia.edu!panix!news.eecs.umich.edu!news.mathworks.com!howland.erols.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
From: jrd@cc.usu.edu (Joe Doupnik)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: wanted: Refused Disposition explanation
Message-ID: <1997Apr5.103337.96367@cc.usu.edu>
Date: 5 Apr 97 10:33:37 MDT
References: <859969673.27378@dejanews.com> <860140780.32126@dejanews.com>
Organization: Utah State University
Lines: 29
Xref: news.columbia.edu comp.protocols.kermit.misc:6872
In article <860140780.32126@dejanews.com>, e.ingram@uk22p.bull.co.uk writes:
> In article <5htrl1$gme$1@apakabar.cc.columbia.edu>,
> fdc@watsun.cc.columbia.edu (Frank da Cruz) wrote:
>>
>> Normally when you send a file, the disposition (what to do with the file
>> when it arrives) is "store it on the disk". However, Kermit can also send
>> files with other dispositions, like "print", "send as e-mail", "submit as
>> a batch job", etc. If the receiver does not support the indicated
>> disposition, or cannot handle the specifics (e.g. an invalid printer name
>> was given for a print job), it refuses the file with reason: disposition.
>>
>
> In this instance, the default "store it on disk" disposition is in use.
> Checks have been made on the target PC and there is no shortage of space
> available. The target destination on the PC is *not* the root directory
> so there can be no problem with the number of files present in the target
> directory.
>
> The connection between the systems is a dial_up line and is generally
> reliable.
>
> What circumstances might give rise to this type of transfer failure?
----------
Because MS-DOS must use DOS to access the file system then any
blockage of writing to the named file will result in an error condition.
Simply marking a file as read-only is sufficient. Similarly, if another
program has the file opened for exclusive access then writing will be
blocked.
Joe D.